8382616: Create GCArguments::set_heap_size interface#30848
8382616: Create GCArguments::set_heap_size interface#30848xmas92 wants to merge 4 commits intoopenjdk:masterfrom
Conversation
|
👋 Welcome back aboldtch! A progress list of the required criteria for merging this PR into |
|
@xmas92 This change now passes all automated pre-integration checks. ℹ️ This project also has non-automated pre-integration requirements. Please see the file CONTRIBUTING.md for details. After integration, the commit message for the final commit will be: You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed. At the time when this comment was updated there had been 54 new commits pushed to the
As there are no conflicts, your changes will automatically be rebased on top of these commits when integrating. If you prefer to avoid this automatic rebasing, please check the documentation for the /integrate command for further details. ➡️ To integrate this PR with the above commit message to the |
|
The total number of required reviews for this PR has been set to 2 based on the presence of this label: |
|
We should update the comment here to reflect that the function has moved from Arguments to GCArguments: |
|
/cc hotspot-gc |
|
@albertnetymk |
|
Merged in JDK-8381829 / #30768 and moved |
|
Thanks for the reviews. |
|
Going to push as commit 02c1fde.
Your commit was automatically rebased without conflicts. |
Move the static
Arguments::set_heap_size()to be a virtual interface onGCArgumentsviaGCArguments::set_heap_size()with a a base implementation which is the same as the currentArguments::set_heap_size().The main motivation is to allow the GCs to modify the behaviour of heap selection. This is something we rely on for the automatic heap sizing implementation in ZGC (JDK-8380289).
To keep the code motion minimal here
ArgumentsfriendsGCArgumentsso it can use shared code without expanding its public interface. There is probably room for improvement here. But unless someone has a strong objections, or a trivial solution here, I would prefer keeping that to separate RFE.Testing:
Progress
Issue
Reviewers
Reviewing
Using
gitCheckout this PR locally:
$ git fetch https://git.openjdk.org/jdk.git pull/30848/head:pull/30848$ git checkout pull/30848Update a local copy of the PR:
$ git checkout pull/30848$ git pull https://git.openjdk.org/jdk.git pull/30848/headUsing Skara CLI tools
Checkout this PR locally:
$ git pr checkout 30848View PR using the GUI difftool:
$ git pr show -t 30848Using diff file
Download this PR as a diff file:
https://git.openjdk.org/jdk/pull/30848.diff
Using Webrev
Link to Webrev Comment